home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20010921-20020314
/
000205_dold@88.usenet.us.com_Wed Dec 5 13:10:50 EST 2001.msg
< prev
next >
Wrap
Text File
|
2002-03-13
|
3KB
|
48 lines
Article: 13028 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!portc03.blue.aol.com!portc01.blue.aol.com!howland.erols.net!bloom-beacon.mit.edu!nycmny1-snh1.gtei.net!sanjose1-snf1.gtei.net!news.gtei.net!news.mainstreet.net!wasp.rahul.net!samba.rahul.net!rahul.net!a2i!dold.a2i!dold
From: dold@88.usenet.us.com
Newsgroups: comp.protocols.kermit.misc
Subject: Re: UUCP lockfile name for SVR4
Date: 5 Dec 2001 17:42:10 GMT
Organization: Wintercreek Data
Lines: 31
Message-ID: <9ulm9i$f74$1@samba.rahul.net>
References: <9ujr5a$17p$1@newsmaster.cc.columbia.edu> <e843e207.0112050039.104d1565@posting.google.com> <9uldk3$ool$1@newsmaster.cc.columbia.edu>
NNTP-Posting-Host: yellow.rahul.net
NNTP-Posting-User: dold
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (FreeBSD/3.5-STABLE (i386))
X-Comment: Encoded From: line allows replies that preserve original subject
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13028
Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
: In article <e843e207.0112050039.104d1565@posting.google.com>,
: Andrey Bondar <andy@tipas.lt> wrote:
: : fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote
: : in message news:<9ujr5a$17p$1@newsmaster.cc.columbia.edu>...
: :
: : > System V R4 ... UUCP lockfile names...
: :
: : Look at Gert Doering's mgetty source. It contains SVR4-style locking code.
: : http://alpha.greenie.net/mgetty
: :
: Thanks. Kermit's code agrees with mgetty's, so I guess the comment is wrong.
: As indedependent confirmation, I suppose that if the code had been wrong for
: ten years (which is how old it is) I would have heard about it by now...
10 years? I suppose that's about right, which would explain why I can't
break enough cobwebs. I might still have some of my "official SVR4" code
at home... I did make some locking changes in uugetty, and kermit used to
work on the Unisys and Unixware SVR4 platforms.
I recall that these three elements combine to uniquely identify a single
inode across file systems. Doesn't the first element reflect the file
system where the device inode resides?
So the comment "inode" is right, in that it refers to the
inode number of the mounted device, it could just be expanded a little.
Even if you don't have any modems, can't you still test the locking on your
SVR4 platform?
--
---
Clarence A Dold - dold@email.rahul.net
- Pope Valley (Napa County) CA.